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FIELD AND BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to the field of Internet Telephony , and in particular, the 
emulation of POTS call placement and receipt using a specialized remote cordless 
telephone handset. ' 

Background Information 

The recent surge in Internet Telephony software and infrastructure creation has provided 
the public with the ability to make and receive voice calls from a PC to other PC's and 
telephones. More advanced systems such as the Trident ™ system developed by Pagoo 
also allow inbound calling from a telephone to a user PC, and similar services are expected 
to appear in the near future from ITXC and other Internet Telephony Service Providers. 
Current systems rely on audio ringing via speakers or other sound card / DSP based 
devices to play a ringing sound that notifies the user of an inbound call. 

This has created the situation where even with volume set high, a user is required to stay 
within audio range of their computer to receive a call, and then quickly reduce the volume 
as the call is accepted, or alternatively, stay in front of the computer at any time a call is 
expected. There is currently no way to remotely answer an inbound call, or dial without 



replacing the entire PC sound system with a custom device. Even such custom devices 
attempt to interface a standard two wire telephone, creating the problem of echo, which 
most DSP based processing cannot fully eliminate. Additionally, operating a PC with 
multiple sound devices such as a Voice modem, Sound Card, and telephone adapter can 
cause massive user confusion as PC standard audio must now be mapped to the proper 
8 device for each use. The best example is the standard WAV file, which may be music, game 
sound effects, a Windows alert sound, Internet Telephony Voice or an Internet Telephony 
<<ILing'\ Mapping of a WAV file to the correct device and maintaining those mappings is 
usually beyond an average user's capability, and automated mapping often has unintended 
and undesirable results. XTSB based solutions which also add an additional sound system 
10 C3 suffer from some of the same issues, and are additionally limited by the USB specification 
^'i to approximately 18ft. range from the computer. 

iy 

a SiraSMARY OF THE INVENTION 

ru . . • ' 

|.^:, A specialized cordless telephone is provided with the means to signal device ready status, 
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f q trigger a standard telephone ring, and transport audio, control and DTMF tones to a 
15 standard PC soundcard and I/O port. In one embodiment, a connection is made to a 

standard RSS38 port available on most personal computers for the ring and status signal, 
as well as an audio connection to the microphone and speaker outputs of the pc's existing 
sound card. The specialized telephone is accompanied by software that provides for 
detecting the presence of the telephone on any port, providing ready status where ^^ready" 
20 is defined as either ( 1) on hook in base or (2) out of base, not in use with radios and 

security codes sj^chronized. The software provides an interface to standard Internet 
Telephony systems in the simplest possible terms which may be characterized as ^^Unit 
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Ready'' and <<Ring Unit''. The audio portion of the device operates independently, and may 
be used under manual control if desired. The combined hardware and software portions, 
allow Internet Telephony applications to sense, off hook, issue a dial tone, receive DTMF 
tones, and provide audible remote ring for an outbound call, as well as ring and connect 
inboimd calls. This allows full emulation of the POTS line user experience. 

Additionally, the remote handset, with a range exceeding 400ft, maybe used to trigger 
events and programs via DTMF tones or voice commands, monitor an audio stream such as 
stock market data, or even, when combined with popular home automation equipment, 
control appliances, lighting and other devices from anywhere within range. Further 
embodiments of the invention may include USB port signaling, on-board DTMF decode, on- 
board voice capabilities, remote LCD display, and a full IP telephony support engine 
integrated with the base unit to eliminate need for the PC. 

It is an object of the invention to provide a dexrice and method for remote cordless internet 
telephony. 

It is a further object of the invention to provide a device and method for communication 
over a digital network wherein a handset may be located more than 18 feet from a 
computer providing access to the digital network. 

It is a further object of the invention to provide a device and method for communication 
over a digital network wherein a handset may be located more than 400 feet from a 
computer providing access to the digital network. 



BRIEF DESCRIPTION OF THE DRAWINGS 



The foregoing and still other objects of this invention will become apparent, along with 
various advantages and features of novelty residing in the present embodiments, from 
study of the following drawings, in which: 

FIG. 1 is an overview block diagram of the specialized cordless telephone appliance. 

^~ . 

FIG. 8 is a flow chart of the interaction of software and hardware to emulate POTS line 
operation 

FIG. 3 is a connection diagram and block diagram of various embodiments of the 
invention. 

FIG. 4 is a more simplified block diagram of one embodiment of the invention. 

FIG. 5 is a graphical user interface window typical of an Internet telephony application 
driver or direct interface. 

FIG. 6 is a listing of a typical Microsoft Visual Basic driver program to enable operation 
with several Internet telephony programs. 

FIG. 7 is a table of experimental variables in the DTMF detection algorithm that were 
tuned to the optimum settings for platform (PC and sound card) independence. 

FIG. 8 is a listing the DTMF detection aJ^orithm selected as optimum. 



DESCRIPTION OF THE PREFERRED EMBODIMENT 

In the following description of the preferred embodiment, references are made to the 
accompanying drawings. It is to be understood that other embodiments may be utilized 
and that other structural, logical and electrical changes may be made without departing 
from the scope of the present invention. This is to specif icaUy include changes in 
packaging such as building the base electronics into a PC enclosure, or plug in card or 
inclusion into a monitor or other display device. 

In Figl an overview of a remote Internet Telephony appliance is shown generally, which 
in the current preferred embodiment consists of a PC 100, Cordless handset base unit 105 
and cordless handset 107. In one embodiment the Base 108 and Handset 107 
commtmicate using standard SOOmhz radios with multichannel capability, security codes 
and compander circuitry for noise reduction. In non-programmed operation the Audio In 
102 and Audio Out 10 1 are always live, and capable of relasring the input /output of the PC 
100 sound system to the Base 105, and if activated, the handset 107. Under program 
control, the PC 100 additionally monitors Status Out 103 and can produce a 80hz square 
wave on Ringer In 104 to trigger an opticaUy isolated ring circuit in the Base 105. The 
Status In 105 from the base is a composite logic signal that is true if the handset is either 
on hook, or off hook but not in talk mode. 

The 80hz ring signal is interpreted in the Base 105 as a trigger to suppress audio, enable 
the handset ring circuit, and engage the remote ring generator while the 20hz input exists. 

In Fig2 the progress of the software to emulate a POTS call is depicted. Initial Setup 200 



" shows the manual setup required by a user to establish the operable PC couf iguration. On 
an inbound call a software incoming call event 201 is triggered by an Internet Telephony 
program such as Microsoft NetMeeting, Dialpad, Pagoo ITXC WebTalk Now (TM), Avaya 
Softphone (TM), Microsoft Instant Messenger with Net2Phone or other software based 
on such technology. The appliance software verifies the status of handset 202 , and 
following the logic in 203, either rings or rejects the incoming call . Since some Internet 
Telephony systems allow multiple calls, the software may optionally be configured to 
accept an additional inboimd event, even if currently in use. 

An outgoing call begins with activation of the Internet Telephony program, which 
automatically triggers the appliance software to enter the Wait for off hook state 20S. 
Upon detection of a change in the Status Out 103 , the program triggers Windows to play a 
dial tone audio file, and engages Audio In 102 monitoring 206 for DTMF tones. Fast 
Fourier analysis is used at 207 to detect and collect a sequence of tones, Dial tone is 
disengaged on the first tone detection. The collection of tones may be terminated by use of 
a send key or predetermined if the telephony system has a fixed length format, after 
which the input must be released to allow voice communication to commence, and the 
digits are sent in 208 to the telephony application. The appliance software may also use a 
sequence of digits to trigger other events, such as run a program, shut down the PC, or 
translate to an email address if desired or required by the Internet Telephony software. 
After passing a called number and event to the Internet Telephony software, the appliance 
software then monitors at 209 for a connection event, and plays a ring sound emulation to 
the Audio In 102. Detection of the connection event 210 triggers the appliance software to 
release control of both audio lines 101 and 102 to the Internet Telephony application and 
return to idle 205 upon call termination as indicated by 103 Status In transitioning to true. 

Fig3. Depicts a preferred embodiment where PC 100 connects to the specialized handset 



base lOS containing recharger 305, interface electronics, and a handset page button 304 , 
via an Audio cable 301 containing Audio in and out 102 and 101 and also a Serial Port 
Cable 303 containing Status and Ringer signals 103 and 104 . The Handset 107 containsi^a 
DTMF Kejrpadl 307, headset jack 306, and LCD display 111 which may be used in future 
embodiments for call progress and remote control application prompts. 

The unit may optionally connect using a USB port to implement additional advanced 
features such as, but not limited to direct access to the LCD 111 from the PC. 

In Fig. 4, The relevant hardware is depicted in more detail. An originated Internet 
telephone call begins when the user presses a Talk button on the DTMF kejrpAd 307. This 
sends an off hook indication via DTMF + Control 41 1, to the Control Chip 425, which then 
causes the RF Module 40 1 to select a clear RF channel to the base RF Module 4S 1 and 
raises the Carrier 485 signal. The Base Control Chip 470 indicates off hook via Interface 
Signal conditioning 480 and the Status Out line 103 to the connected PC 100. The off hook 
condition as indicated by Status Out 103 is time buffered by several seconds to prevent 
minor radio interference from causing disconnects. 

The PC 100 then commences the software actions described in Fig 2, item 206, by plajring 
dial tone through Audio In 102 which is conditioned in 480 and sent to Base Compander 
460. The Base Compander 460 compresses the audio stream and forwards it to the Base 
RF Module 45 1 via Audio In 452. The dial tone is transmitted via RF Communications 106 
to the Cordless Handset 107 and received in HS RF Module 40 1. 

In one embodiment, 900mhz RF modules are used but this is not to preclude use of other 
legal frequencies. The HS RF Module 401 demodulates the Audio 415 (shown as two way 
for simplicity) which is expanded in the HS Compander 440 and played via Spkr Out 43 1 to 
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Speaker 430. 

The User then proceeds with the caU hy dialing a number on DTMP Keypad 307 which is 
scanned by HS Control Chip 428 and transmitted as audio through RS BP Module 401 and 
RP Communications 106 to Base 108. The Base BP Module 48 1 decodes the Audio Out 483 
which is expanded in Base Compander 460 and sent to the PC 100 via Audio Out 466, and 
Signal Conditioning 480, where the signal is tailored to operate with either PC line input or 
microphone input levels. In alternative preferred embodiments, the handset DTMP 307 
may be scanned and sent by HS Control Chip 428 and Data + Ctl 426 as data , not audio, to 
be decoded and rendered into DTMP tones in Base 108 by Base Control Chip 470. 



^ The PC 100 proceeds as described in Pig 2 step 207 by rapidly performing Discrete Pourier 
10 I transforms to interpret the incoming tones. Software a<yustments for appUcation name, 
J number of tones, background level, signal to noise, harmonic level, and tone/silence 

iU deration allow the program to be tailored to the particular system in use if required. 

Optimum default parameters and ranges have been determined experimentally as 
j=j summarized in Pig 6. After the appropriate number of tones is collected for the selected 
18 p Intemet Telephony AppUcation, the software proceeds as in Pig 2. Step 208 through 210 
to complete the call. 



At any time, the call may be terminated by the user via the Talk button on the DTMP 
keypad 307, or hanging up the Handset 107 in Base 108. Either action causes the HS 
Control Chip 428 to signal an on-hook condition to HS BP Module 401 to drop Carrier from 
the BP Communications 106. This results in loss of Carrier Signal in Base BP Module 481 
which is communicated via Carrier line 480 to Base Control Chip 470 and further to the PC 
100 via Beady and Carrier Detected 477 , and Status Out 103. The PC software reacts i 
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appropriate to terminate the existing call or abort dialing. As mentioned above, this action 
is time buffered several seconds to allow for momentary loss of signal without forcing 
immediate discoxmect. 

Inboimd calls commence per Fig Z step 801 with a software event in the in use Internet 
Telephony software. The PC application responds to the inboimd call as described in steps 
202 by reading the status of Status Out 103 which is fed through Interface Signal 
Conditioning 480, via Ready and Carrier Detect line 477. This line is typically high (logical 
True) if the xmit is ready to receive a call, and can be considered the equivalent of ^<on- 
hook'' for a POTS telephone. If Status Out 103 is true, the software applies the 20hz ring 
signal to Ringer In 104 via a precision timer program, and continues to monitor Status Out 
103 for a False condition as in Fig 2 Step 204. The Ringer In 104 signal is passed via an 
isolation circuit in Interface Signal Conditioning 480 to the Base Control Chip 470. The 
Base Control Chip 470 sends a ring command via Data 478 line to the Base RF Module 48 1. 
The ring command is demodulated by Handset RF Module 40 1 and interpreted by HS 
Control Chip 428. The HS Control Chip 428 then monitors DTMF Keypad 307 for a key 
press indicating that the user has answered the call. Upon detection of the key press, the 
handset raises Carrier 488 xria the Handset Control Chip 428, Data+ Ctl 426, and both RF 
Modules 401 and 481. 

Additional features include a Page button 478, which manually triggers ringing of the 
Handset 107 as described above, but without the external stimulus on the Ringer In 104 
line. A smaU display such as LCD 111 may also be optionally included for text display at 
the handset. The Battery and Chrg 448 circuit is included to maintain optimal battery 
charge in conjunction with Battery Charger 490 when Handset 107 is resting in Base 108. 
Main Mic 420 may also be supplemented with an additional microphone and audio 



subtraction circuit to reduce baclcground noise. 

Figure 8 depicts the graphical user window of one typical embodiment of the PC software 
required to interface between the present invention and a Windows based PC. In Port 
Detection 500 , the user may select a commimications port j and the software will confirm 
presence of a device and allow a test ring to be generated, to confirm operation. The user 
selects an internet telephony program of choice in App. Select 510, and enables dialtone 
and dialing with Enable /reset 520. Detected tones are displayed in Tone Display 530, and 
are automatically pasted into the selected application as pseudo-keystrokes or 
mousedicks as required by that specific program. 

Figure 6 is a sample listing of Visual Basic code to generate the critical functions for the 
user interface depicted in Figure S.Functions documented in the listing include location of 
the imit (which communications port), ringing, Internet telephony software selection, dial 
tone generation, tone dialing and display, reset on hangup,, and remote control of the 
selected Internet Telephony Application. A web browser and graphical HTML help are 
provided for connection and setup instructions. Similar software can be easily developed 
by one skilled in the art for other operating systems. 

Figure 7 shows the summary of experimentation that was required to determine reliable 
DTMF detection parameters for the PC software. Since PC platforms and sound systems 
vary widely in performance, a group of 10 systems ranging from a low end Dell Pentium 
120 with Soundblaster 16 sound to new HP Pentium m 700 systems with integrated 
Riptide^ sound system was selected as representative of the average user PC, and the 
DTMF detection tuning parameters were tested on each machine to detem&ine if a single 
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setting woiQd perform well in most systems. This experimentation was performed using a 
variety of popular PC systems from Dell Gateway, Hewlett Packard, Compaq, and generic 
manufacturers, with sound systems from Creative Labs, Crystal, ESS, Riptide, Aureal, and 
Yamaha* Care was taken to include systems up to five years old and the most recent 
consumer and business models. All sound systems were configured to S0% volume levels 
for record and playback, Mic boost off and auto gain control off, and then tested for 
operation in the volume range from 20% to 75% which would be compatible with voice 
applications. Reliability scoring ranged from 0 (no detection) to 10 (perfect), and was 
used to determine that the Primary /Harmonic ratio (which would separate DTMF from 
similar soimds such as music) could not be used on all PC sound systems. The def aiQts 
developed in this test were then re-tested on all systems, and set as def aiilts in the DTIVIF 
detection code. 

Figure 8 is a listing of the C code for the DTMF detection library function after 
optimization. This library function can be called by any user program to detect digits, and 
runs continuously until stopped. 

In other embodiments of the invention, a different approach was taken with respect to the 
audio path separation. As shown in Figure 7, a standard Cordless Telephone Circuit 720 
was modified only to the extent of adding a balanced Hybrid Circuit 710 to separate 
transmit and receive audio from the POTS Tip and Ring 715. The hybrid design was 
attempted both with a passive version built around a Midcom 82107 transformer (a model 
designed specifically for such a purpose), and with an active version based aroimd a dual 
operational amplifier and PNP transistor driver. In the Midcom transformer based 
version, minimal support circuits were reqtiired, and excellent isolation from Uie PC was 
obtained, but difficulties occurred as the standard SOdb separation obtained between 



transmit and receive presented a problem with echo on loud (>70db) inbound audio. As 
POTS lines are rung by 201iz AC, this model could be made to ring by simply plajring a 20hz 
signal, however this made this model inappropriate for use where the systeni would also 
output music, which coiQd cause occasional false rings. 

While such a version would be suitable for half duplex operation, or use with a fully echo 
suppressed transmission media, it could not adequately fulfill a consumer level role. 

Active op-amp based hybrid circuits were also developed and tested, but even though 
higher (40 to 50 db) audio separation was achieved, the potential for echo remained at 
high (>70db) volumes, and user testing indicated that a typical user would not be likely to 
set proper volume levels. User tests showed that the average user responded to all sound 
quality issues by increasing volume, which increased echo, therefore making the hybrid 
circuit approach sub-optimal. 

In the preferred embodiment of the present invention as described in Figure 4, The 
problems of echo, signaling, and sound quality are address by creation of a unique device , 
rather than adapting existing 8 wire telephony instruments to a computer audio 
environment. 

The circuitry differs significantly from a standard telephone. Instead of transmit and 
receive audio driving a shared 48vdc biased telephone line through a transformer, the 
entire circuit is separated into isolated millivolt level audio transmit and receive. The 
audio signals are never coupled, except as side-tone in the physical handset, so the 
possibility of electronically induced echo is virtually eliminated. The ringing and on/off 
hook functions have also been changed to 3Vdc RS232 compatible signals and changed in 
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character to reflect the more computer oriented <<ready" signal from a simple hook relay. 
Ringing uses the same frequency as a standard phone, but operates at 3vdc, not the 50- 
lOOVAC of a phone line, and on a separate communication line from the audio signal. 

As Internet telephony is digitized at the source, there is no transmission loss, and any 
echo will be amplified and retransmitted. This requires a solution that entirely separates 
transmit and receive. Past efforts in this field include using digital signal processors and 
pattern matching to subtract the audio signals, but the construction of a purely computer 
oriented device and removing the troublesome telephony signal mix provides a simpler 
and more effective solution. Even advanced signal processing techniques can only 
approximate a clean signal, where true separation provides it inherently. 

The novel device described in this application overcomes the deficiencies of telephone 
adapters, digital signal processors, and standard audio devices such as microphone and 
speaker combinations, by creation of a new hardware software device that can emulate 
the capabilities of a sophisticated cordless telephone while retaining the interface 
compatibility and simplicity to work with any standard PC. 



While a specific embodiment of the invention has been shown and described in detail to 
illustrate the application of the principles of the invention, it will be understood that the 
invention may be embodied othexwise without departing from such principles and that 
various modifications, alternate constructions, and equivalents will occur to those skilled 
in the art given the benefit of this disclosure. Thus, the invention is not limited to the 
specific embodiment described herein, but is defined by the appended claims. 
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